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Response to Amendment 

This Office Action is in response to a communication made on May 24, 2006. 
The Drawings and Amendment was received on June 7, 2006. 
Claims 3-4, 7-8, 11-12, 14, 18, 22, and 29 have been cancelled. 
Claim 30 has been withdrawn from consideration. 
Claims 1, 5, 9, 13, 16, 17, 20, 21, and 25 have been amended. 
Claims 1-2, 5-6, 9-10, 13, 15-17, 19-21, 23-28 are pending in this application. 

Claim Objections 

Claim 13 is objected to because of the following informalities: the word in is 
misspelled in like 13 and in line 15 there is present "[[" it is unclear whether this is a 
mistype or something in the claim was meant to be removed. Appropriate correction is 
required. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C.. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 1-2, 5-6, 9-10, 13, 15-17, 19-21, 23-28 are rejected under 35 U.S.C. 

103(a) as being unpatentable over Parnafes (6839766) in view of Kuznetsov 

(6772413). 
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Regarding claims 1, 5, and 9, Parnafes discloses a method (Column 4, lines 26 

- 27; lines 29 - 34), comprising: 

receiving a specification for translating a network policy from a first schema to a 
second, different schema (Column 8, lines 34 - 36; lines 44 - 49); 

translating the network policy into the second different schema based on the 
specification (Column 9, lines 1 1 - 26); and 

configuring a network system based on the translated policy (Column 4, lines 33 

- 34). 

Parnafes does not explicitly indicate that both the network policy and the 
specification are received at the client in a file. 

Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55-65) and that 
part of the system includes negotiating the parameters of the types of data formats that 
the network devices support before the translating occurs (Column 1 1 , lines 43 - 46). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
network formats and protocols to improve Parnafes's system for dealing with COPS 
protocols configuring non-COPS network devices to enable Parnafes 1 more flexibility to 
handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the system as well. 
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Examiner takes Official Notice (see MPEP § 2144.03) that "an XML message 
and an XSL file can be sent together in one file". The Applicant is entitled to traverse 
any/all official notice taken in this action according to MPEP § 2144.03, namely, "if 
applicant traverses such an assertion, the examiner should cite a reference in support 
of his or her position". However, MPEP § 2144.03 further states "See also In re Boon, 
439 F.2d 724, 169 USPQ 231 (CCPA 1971) (a challenge to the taking of judicial notice 
must contain adequate information or argument to create on its face a reasonable doubt 
regarding the circumstances justifying the judicial notice)." Specifically, In re Boon, 169 
USPQ 231, 234 states "as we held in Ahlert, an applicant must be given the opportunity 
to challenge either the correctness of the fact asserted or the notoriety or repute of the 
reference cited in support of the assertion. We did not mean to imply by this statement 
that a bald challenge, with nothing more, would be all that was needed". Further note 
that 37 CFR § 1.671(c)(3) states "Judicial notice means official notice". Thus, a 
traversal by the Applicant that is merely "a bald challenge, with nothing more" will be 
given very little weight. 

Regarding claims 13, 17, and 21, Parnafes discloses a method (Column 4, 
lines 26 -"27; lines 29 - 34), comprising: 

sending a network policy to a client computer ; 

said network policy being for configuring a network system according to a first 
schema (Column 6, lines 52 - 59); 

said specification being for translating the network policy from the first schema to 
a second different schema (Column 8, lines 34 - 36; lines 44 - 49); 
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receiving an indication that the client computer cannot translate the network 
policy (Column 8, lines 29 - 38) : 

translating the network policy into the second different schema based on the 
specification in response to said receiving (Column 9, lines 1 1 - 26); and 

after said translating , sending the translated network policy to a client computer 
(Column 4, lines 33-34). 

Parnafes does not explicitly indicate that both the network policy and the 
specification are sent to the client in a file. 

Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55 - 65) and that 
part of the system includes negotiating the parameters of the types of data formats that 
the network devices support before the translating occurs (Column 1 1 , lines 43 - 46). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
network formats and protocols to improve Parnafes's system for dealing with COPS 
protocols configuring non-COPS network devices to enable Parnafes 1 more flexibility to 
handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the system as well. 
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Regarding claim 25, Parnafes discloses a method of configuring a network 
(Column 4, lines 26 - 27; lines 29 - 34) comprising: 

transmitting a network policy according to a first schema and a specification for 
translating the network policy from the first schema to a second different schema from a 
server; 

receiving the network policy and the specification on a first client computer 
(Column 8, lines 34 - 36; lines 44 - 49); 

translating on the client computer the network policy from the first schema to the 
second different schema using the specification (Column 9, lines 1 1 - 26); and 

configuring the network system on the first client computer using on the 
translated network policy (Column 4, lines 33 - 34). 

Parnafes does not explicitly indicate that both the network policy and the 
specification are received at the client in a file. 

Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55 - 65) and that 
part of the system includes negotiating the parameters of the types of data formats that 
the network devices support before the translating occurs (Column 1 1 , lines 43 - 46). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
network formats and protocols to improve Parnafes's system for dealing with COPS 
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protocols configuring non-COPS network devices to enable Parnafes 1 more flexibility to 
handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the. system as well. 

Examiner takes Official Notice (see MPEP § 2144.03) that "an XML message 
and an XSL file can be sent together in one file". The Applicant is entitled to traverse 
any/all official notice taken in this action according to MPEP § 2144.03, namely, "if 
applicant traverses such an assertion, the examiner should cite a reference in support 
of his or her position". However, MPEP § 2144.03 further states "See also In re Boon, 
439 R2d 724, 169 USPQ 231 (CCPA 1971) (a challenge to the taking of judicial notice 
must contain adequate information or argument to create on its face a reasonable doubt 
regarding the circumstances justifying the judicial notice)." Specifically, In re Boon, 169 
USPQ 231 , 234 states "as we held in Ahlert, an applicant must be given the opportunity 
to challenge either the correctness of the fact asserted or the notoriety or repute of the 
reference cited in support of the assertion. We did not mean to imply by this statement 
that a bald challenge, with nothing more, would be all that was needed". Further note 
that 37 CFR § 1.671(c)(3) states "Judicial notice means official notice". Thus, a 
traversal by the Applicant that is merely "a bald challenge, with nothing more" will be 
given very little weight. 

Regarding claim 26, Parnafes teaches the method of claim 25, further 
comprising: receiving the network policy on a second client computer and configuring 
the network system on the second client computer using on the network policy (Column 
4, lines 33 - 34). 
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Regarding claim 27, Parnafes teaches the method of claim 25. 

Parnafes does not explicitly indicate that prior to translating the network policy 
the steps of: sending the network policy to the client computer; sending the 
specification for translating the network policy to the client computer; and receiving an 
indication that the client computer cannot translate the network policy. 

Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55 - 65) and that 
part of the system includes negotiating the parameters of the types of data formats that 
the network devices support before the translating occurs (Column 1 1 , lines 43 - 46). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
network formats and protocols to improve Parnafes's system for dealing with COPS 
protocols configuring non-COPS network devices to enable Parnafes' more flexibility to 
handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the system as well. 

Regarding claims 2, 6, 10, 15, 19, 23, and 28, Parnafes teaches the method of 
claims 1,5, 9, 13, 17, 21, and 27. 

Parnafes does not explicitly indicate that the network policy is represented in 
extensible Markup Language and the specification is represented in extensible 
Stylesheet Language. 
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Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55-65). As part of 
Kuznetsov's teaching he includes that the data file can be XML and that the 
specification can be XSL (Column 14, lines 28 - 33). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
network formats and protocols to improve Parnafes's system for dealing with COPS 
protocols configuring non-COPS network devices to enable Parnafes' more flexibility to 
handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the system as well. 

Regarding claims 16, 20, and 24, Parnafes in combination with Kuznetsov 
teaches the claims 3, 5, 9, 13, 17, 21, and 27, and that the specification (Kuznetsov, 
Column 1 1 , lines 43 - 46) and network policy (Parnafes, Column 4, lines 26 - 27; lines 
29 - 34) are received from the policy server and that network policy can be in XML data 
format and the specification can be in the format of XSL (Column 14, lines 28 - 33). 

The combination of Parnafes and Kuznetsov does not explicitly indicate that the 
network policy and the specification are stored in one file. 

Examiner takes Official Notice (see MPEP § 2144.03) that "an XML message 
and an XSL file can be sent together in one file". The Applicant is entitled to traverse 
any/all official notice taken in this action according to MPEP § 2144.03, namely, "if 
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applicant traverses such an assertion, the examiner should cite a reference in support 
of his or her position". However, MPEP § 2144.03 further states "See also In re Boon, 
439 F.2d 724, 169 USPQ 231 (GCPA 1971) (a challenge to the taking of judicial notice 
must contain adequate information or argument to create on its face a reasonable doubt 
regarding the circumstances justifying the judicial notice)." Specifically, In re Boon, 169 
USPQ 231 , 234 states "as we held in Ahlert, an applicant must be given the opportunity 
to challenge either the correctness of the fact asserted or the notoriety or repute of the 
reference cited in support of the assertion. We did not mean to imply by this statement 
that a bald challenge, with nothing more, would be all that was needed". Further note 
that 37 CFR § 1.671(c)(3) states "Judicial notice means official notice". Thus, a 
traversal by the Applicant that is merely "a bald challenge, with nothing more" will be 
given very little weight. 

Response to Arguments 

Applicant's arguments filed May 24, 2006 have been fully considered but they are 
not persuasive. 

The applicant argues that the combination of Parnafes in view of Kuznetsov does 
not teach the specification and policy to be transmitted together to the client, because 
Parnafes teaches the use of a mapping database, not just a specification. The 
examiner disagrees, while Parnafes teaches a database that contains all the information 
need to map the policy from a first scheme, COPS, to a second, Kuznetsov teaches a 
mobile way of performing this same transformation, by using files to contain the 
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mapping as see in Column 10, lines 55 - 65, this part shows that there are 
specifications, much like Parnafes for mapping the changes from a first scheme to a 
second, but in Kuznetsov, these files are not limited to a server's database, they are 
t mobile files which are transmitted to a client (Column 1 1 , lines 43 - 46) so the idea of 
the mapping table is still in existence in Kuznetsov, they are just not limited to the table. 

The applicant also argues that the combination of Parnafes in view of Kuznetsov 
does not teach transmitting a policy in XML since Kuznetsov does not disclose network 
policies. The examiner disagrees, Kuznetsov is improving they method of sending 
information, which can be any type of information in terms of having that information in a 
first scheme and it is translated into a second scheme, this is an improvement to any 
method of sending information to network nodes, while Parnafes is concerned with 
transmitting network policy, which is concerned about which scheme that policy is. The 
combination is just concerned with improving how Parnafes transmits the policy 
information, and in this terms in formatted XML messages. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
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shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kevin Bates whose telephone number is (571) 272- 
3980. The examiner can normally be reached on 8 am - 4:30 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Saleh Najjar can be reached on (571 ) 272-4006. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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